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(54) Packet identifier (PID) aliasing for a broadband audio, video and data router 


(57) An efficient integrated solution for providing 
packet identifier (PID) aliasing for input transport 
streams, such as MPEG2 streams. MPEG packets with 
their original packet identifiers (PIDs) are encapsulated 
using a customized Internet Protocol (IP)-like scheme, 
and routed from an input circuit card to one or more var- 
ious target processor cards in a chassis. The encapsu- 
lating packet includes a destination address field that 
provides source information regarding the received 
packet, such as a source slot and port, and the original 


PID. At the processor card, the source information is 
used by a router to look up a PID alias value, which is 
then inserted into another field of the encapsulating 
packet. The encapsulating packet is routed to a PID ali- 
as function, which replaces the original PID inthe MPEG 
packet with the alias value. The MPEG packet is then 
decapsulated, e.g., for further processing on the card. 
The router may also look up a processing path to route 
the encapsulated packet on for the PID aliasing, decap- 
sulation, and further processing, which are each provid- 
ed in multiple available paths on the processor card. 
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Description 

BACKGROUND OF THE INVENTION 

[0001] The present invention relates to processing of 
packetized digital data. In particular, PID aliasing is pro- 
vided for packets of compressed data from input trans- 
port streams, such as MPEG data, that are routed to 
processors on different circuit cards in a chassis (e.g., 
for transcoding, multiplexing and other processing) us- 
ing an Internet Protocol (IP)-type routing protocol. 
[0002] The following acronyms and terms are used: 


ARP - 

Address Resolution Protocol 

ASI - 

Asynchronous Serial Input 

AStC - 

Application-Specific Integrated Circuit 

BP - 

Back Plane 

CCA - 

Circuit Card Assembly 

DP RAM - 

Dual Port Random Access Memory 

DSP - 

Digital Signal Processor 

ECM - 

Entitlement Control Message 

nro - 

First-ln, First Out (buffer) 

FPGA - 

Field-Programmable Gate Array 

HSC - 

Hot Swap Controller 

IP - 

Internet Protocol 

MAC - 

Medium Access Control 

MCG - 

Motorola Computer Group 

M=>FG - 

Moving Pictures Expert Group 

PCI - 

Peripheral Component Interconnect 

PHY - 

Physical Interface 

PID - 

Packet Identifier 

PMC - 

PCI Mezzanine Card 

PROM - 

Programmable Read-Only Memory 

SMII - 

Serial Media Independent Interface 


[0003] Commonly, it is necessary to process input 
transport streams, e.g. : at a headend of a broadband 
communication network, such as a cable television net- 
work, to provide corresponding output transport streams 
in a more suitable format. For example, it may be desir- 
able to perform transcoding, splicing (ad insertion or oth- 
er local programming insertion), multiplexing, encrypt- 
ing, and PID aliasing. PID aliasing refers to reassigning 
a PID of an input channel with another value when nec- 
essary (e.g., when some channels in the input transport 
streams have the same PID) to avoid having redundant 
PIDs in the output transport streams. Or, a PID may be 
reassigned to correspond with an existing channel map, 
or for other reasons. 

[0004] However, prior systems for processing such in- 
put transport streams have not been fully satisfactory. 
In particular, some systems use discrete hardware that 
results in a very inflexible architecture. Moreover, com- 
ponents such as multiple DPRAMs are used for PID 
aliasing, which add significant costs. 
[0005] Accordingly, it would be desirable to provide an 
efficient, integrated solution for processing input trans- 
port streams, such as MPEG2 streams. 


[0006] PID aliasing should be provided in a system 
that routes MPEG packets among various CCAs (e.g., 
boards) in a chassis, which provide functions such as 
transcoding, multiplexing, splicing, scrambling, and so 
5 forth. Customized IP-like routing may be used to route 
the packets among the cards. 

[0007] The system should provide the ability to route 
any packet to any target MPEG2 processing engine on 
any board across a backplane of the chassis using mul- 
10 tiple routing resources, and the ability to handle PID 
aliasing in the process. 

[0008] The system should provide various benefits, 
including a quicker time to market, flexibility, and a future 
proof architecture. The system should preferably use 
is off-the-shelf components that can be readily modified. 
[0009] The present invention provides a system hav- 
ing the above and other advantages. 

SUMMARY OF THE INVENTION 

20 

[0010] The present invention relates to processing of 
packetized digital data, such as broadband MPEG data. 
[0011] The invention involves routing of MPEG pack- 
ets by encapsulating them over a customized IP packet, 

25 and embedding PID alias values within a specified field 
of the IP packet. Off-the-shelf components may be used. 
For example, the invention may use a chassis such as 
MCG's CPX8216IP or CPX1204IP compact PCI chas- 
sis. The invention may also use a customized router that 

30 is based on a conventional IP router such as the Model 
LX221 2 A EC (Intel Corp.), and circuit cards with DSPs 
which are available from various suppliers. However, 
the invention is not limited to use with any particular 
models of components. 

35 [0012] The invention provides a way to move packets 
of data, such as MPEG2 packets, between different cir- 
cuit cards in a chassis. Some of the cards are provided 
with a processor (DSP) for performing any desired 
processing of the packets. In particular, a customized 

40 IP-like routing scheme is used at a router on an input 
card that receives the packets, e.g., from a remote up- 
stream source, or local source, to encapsulate the pack- 
ets. The encapsulated packets are routed from the input 
card to one or more target processor cards. 

45 [0013] The invention may be used with MCG's 821 6IP 
chassis, whose backplane is designed specifically for 
data traffic on I P from any slot to any slot. MCG's 821 6IP 
16-slot chassis allows a board-to-board data pathway. 
[0014] Moreover, using Intel's LX2212AEC as the IP 

so router enables the ability to embed the PID alias values 
within the IP packet's destination MAC address. This is 
achieved by building custom IP header packets. The in- 
vention achieves maximum flexibility by providing rout- 
ing of any PID from multiple MPEG2 transport streams 

55 to any target processor chip on any board. Alternatively, 
the invention can enable an IP router to be used as a 
router for MPEG data or any other packetized data form. 
[0015] The IP router ASIC provides mutability of pack- 
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etized data from any one of, e.g., ten input ports to any 
MPEG2 processing engine on any board. 
[0016] The IP router ASIC along with associated 
memory is used on every board. The ASIC can be pro- 
grammed with routing tables and entry tables via PCI. 
Programming the entry table allows embedding the PID 
alias value in the destination MAC address field of the 
IP packet. The next stage is the hardware, which may 
extract the PID alias value from the customized IP head- 
er and replace the MPEG2 packet's PID with it. This re- 
duces memory costs. 

[0017] In particular, the invention uses an IP destina- 
tion address to carry source information of an MPEG 
packet, such as the slot number, port number and orig- 
inal PID. This is in distinction to the conventional use of 
a destination address to identify a network card that is 
to receive a packet. It is possible to carry the source 
information in other portions of the IP packet. 
[001 8] An input card router performs a table lookup or 
the like based on the destination IP address to deter- 
mine which target board on the chassis the packet is to 
be routed to. Each output port of the input card's router 
may be hardwired to a different target board such that 
an output port identifies the associated target board. 
[001 9] When the packet is received at the target board 
(s), it is processed at a processing card router. This rout- 
er performs a lookup, again based on the destination IP 
address, to provide a PID alias value in a destination 
MAC address field of the modified IP packet. The 
processing card router then passes the packet to the 
designated target port of a hardware path on the 
processing card. The modified IP packet is decapsulat- 
ed, and the PID alias value is substituted for the original 
PID within the MPEG2 packet. During decapsulation, 
the IP header is stripped, and the decapsulated MPEG2 
packet is sent to a DSP for further processing. 
[0020] The routing table within the routers on the dif- 
ferent cards contains information that may be config- 
ured by a system host computer, e.g., to optimize the 
use of the processing resources at the cards. 
[0021] A target processor card method and apparatus 
are presented. 

BRIEF DESCRIPTION OF THE DRAWINGS 
[0022] 

FIG. 1 illustrates a chassis backplane in accord- 
ance with the present invention. 
FIG. 2 illustrates a broadband audioAfideo/data 
router in accordance with the present invention. 
FIG. 3 illustrates the input processor card of FIG. 2 
in accordance with the present invention. 
FIG. 4(a) illustrates an encapsulated MPEG trans- 
port packet in accordance with the present inven- 
tion. 

FIG. 4(b) illustrates a method for routing a packet, 
and providing PID aliasing, in accordance with the 


present invention. 

FIG. 5 illustrates a processing/DSP card for trans- 
coding, muxing or other processing, in accordance 
with the present invention. 

5 

DETAILED DESCRIPTION OF THE INVENTION 

[0023] The invention relates to the fields of digital data 

broadcasting and IP routing. 
10 [0024] FIG. 1 illustrates a chassis backplane 100 in 

accordance with the present invention. 

[0025] In an example implementation, MCG's 

CPX821 6IP or CPX1 204IP chassis, which are compact 

PCI chassis, are used. The CPX8216IP is a 16 slot 
15 12RU chassis while the CPX1204IP is a five slot 3RU 

chassis. 

[0026] A number of input/output (I/O) slots 102-124 
are provided, along with CPU slots 126, 128 and bridge 
slots 130, 132. 

20 [0027] Moreover, these chassis have two communi- 
cation buses in the backplane: 

(1) Compact PCI (cPCI), 64 bits wide at 33 MHz; 

(2) IP interconnect; a serial path for data to be sent 
25 from any board to any board at 125 MHz. 

[0028] FIG. 2 illustrates a broadband audio/video/da- 
ta router in accordance with the present invention. 
[0029] A remote input multiplex (e.g., ten channels) is 

30 provided to an input processor card 204. The multiplex 
may be provided via a remote transmission, or from a 
local storage device, for example. Note that additional 
input cards may be provided to handle additional input 
multiplexes. The input card 204 includes a function 206 

35 that provides data-to-IP conversion and PID filtering (e. 
g., dropping of specific packets in a channel based on 
their PID). Data-to-IP conversion refers to encapsulat- 
ing packets into an IP-like format, as described below 
particularly in connection with FIG. 4. A router 208 may 

40 be a 24-port router that is configured to output the ten 
input channels on any of fourteen output paths to an IP 
segment 202 of the backplane 1 00. Of course, the con- 
figuration discussed is an example only, as many vari- 
ations will be apparentto those skilled in the art. The IP 

45 backplane segment 202 communicates with any 
number of other cards in the chassis, such as example 
cards 210 and 220 for performing some desired target 
processing of the recovered packets. 
[0030] The card 210, which is configured as a mux 

50 card in the present example, includes afunction 21 3 that 
provides I P-to-data conversion, PID aliasing, and a PCI- 
to-PCI bridge 216. I P-to-data conversion refers to de- 
capsulatingthe encapsulated packets received from the 
input card 204. An output 21 5 of the card 21 0 is provid- 

55 ed. 

[0031] Similarly, the card 220, which is configured as 
a transcoder card in the present example, includes a 
function 223 that provides IP-to-data conversion, PID 
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aliasing, and a PCI-to-PCl bridge 226. 
[0032] The card 210 may also include two example 
DSPs 214 for performing multiplexing, while the card 
220 includes four example DSPs 224, each for perform- 
ing transcoding. However, the cards 210, 220 may in- 
clude processing circuitry for performing any desired 
processing/modification of the packets. 
[0033] Moreover, the cards 210, 220 includes respec- 
tive routers 212, 222 that receive the packets from the 
router 208 of the input card 204. The routers 212, 222 
routethe received packets to the functions 21 3, 223, re- 
spectively, for subsequent use at the respective DSPs 
using techniques that are discussed further below. 
[0034] It is also possible to provide additional cards 
similar to the cards 21 0, 220 in the chassis. For exam- 
ple, if additional transcoding resources are need, addi- 
tional cards such as the card 220 may be provided. 
[0035] The routers 208, 212, and 222 may comprise 
off-the-shelf IP routers that are modified in accordance 
with the present invention. 

[0036] A processor board 250 comprises a host com- 
puter for the entire system. For example, Motorola's 366 
MHz MPC750 may be used. 

[0037] The CPX821 6IP and CPX1204IP model chas- 
sis have two independent communication pathways: [1] 
the cPCi 240 bus allowing for configuration and control, 
and the passage of compressed bitstreams to the mux, 
and [2] the IP interconnect 202 allowing for incoming da- 
ta to be distributed to any card. Based on the need to 
route MPEG2 packets to any processor (DSP) on any 
board, the IP interconnect 202 is taken advantage of so 
as to serve as an MPEG2 router. This is made possible 
by installing routers (such as 212, 222) on the cards. By 
having a router on every board, maximum flexibility is 
achieved for routing any packet anywhere. Any incom- 
ing packet can be routed to any target processor device 
on any target card. Moreover, both chassis models may 
have a Motorola 750 PowerPC-based CPU card 250. 
[0038] Generally, the invention provides a way to 
move packets between cards based on the desired ma- 
nipulation/processing that is carried out at the cards. 
The packets are routed using a customized IP-like pro- 
tocol. 

[0039] FIG. 3 illustrates the input processor card of 
FIG. 2 in accordance with the present invention. 
[0040] As mentioned, the Input Card's (INP) 204 pri- 
mary function is to accept up to, e.g., 10 MPEG2 data 
streams, perform PID filtering and encapsulate the re- 
covered packets over a customized IP packet using the 
encapsulation/routing protocol of the present invention. 
[0041 ] FIG. 3 shows specific components and signals 
in an example embodiment. The router chipset 208 is a 
24-port router that is configured as 1 0x1 4(10 inputs, 1 4 
outputs). An FPGA 31 0 provides a loadable IP Ethernet 
template via PCI, and builds a customized Ethernet/IP 
packet around MPEG2 data for SMII interface to the 
router at 125MHz. The FPGA 310 may handle ten SMII 
interfaces to the router at 125 MHz. 


[0042] FIG. 4(a) illustrates an encapsulated MPEG 
transport packet in accordance with the present inven- 
tion. An Ethernet IP-like template 400 (encapsulating 
packet) surrounds the MPEG2 transport packet 450, 

s with PID field 452 (encapsulated packet). 

[0043] The destination I P address 41 0 is used to carry 
the exact packet source, which is comprised of [1 ] board 
slot, [2] spigot/port number, and [3] the 13-bit original 
MPEG2 packet PID (oPID) with leading three bits of ze- 

10 ros. This field identifies the source of the packet through- 
out the routing chain. The notation "oPIDioPID" refers 
to two eight-bitfields that carry the 13-bit PID. The des- 
tination IP address is unique for each and every com- 
ponent within a transport stream. A memory lookup 

15 based on this field is performed to determine which one 
of 14 outputs the packet is to be routed to. The destina- 
tion IP address field is again used later in the TRC and 
MUX board for PID aliasing. The routing table of the 
router is programmed by way of PCI by the host CPU. 

20 Any packet can be routed back to the host via the PCI 
backbone. 

[0044] FIG. 4(b) illustrates a method for routing a 
packet, and providing PID aliasing, in accordance with 
the present invention. At box 470, an incoming MPEG 

25 packet is received at the input card (e.g., card 204 in 
FIG. 2). At box 472, and IP header is built that provides 
information regarding the source of the MPEG packet 
in an IP destination address field. At box 474, an input 
processor at the input card handles the encapsulated 

30 MPEG packet, and provides it to a router. In particular, 
at box 476, a lookup is performed to determine which 
target board(s) the packet is to be routed to. Such a 
lookup may be configured by the host CPU to efficiently 
allocate the packets among the available resources of 

55 the target processing boards. 

[0045] When the packet is received at the target board 
(s), it is processed at a router there (box 478). At box 
480, another lookup is performed to obtain a PID alias 
value as a function of the destination IP address, again, 

^0 where the lookup is configured by the host CPU, e.g., 
via the PCI at the time of system power-up. The PID 
alias value is provided in a destination MAC address 
field of the modified encapsulating IP packet. 
[0046] An additional return value of this lookup is a 

^5 specified target port for hardware on the card. At box 
482, the processing card router provides the encapsu- 
lating packet to the specified target port of packet hard- 
ware on the card. For example, in the specific example 
of FIG. 2, the transcoder card 220 has four ports and 

50 the mux card 21 0 has two ports. 

[0047] At box 484, the packet hardware decapsulates 
the customized IP packet, and substitutes the PID alias 
value for the original PID in the encapsulated MPEG 
packet (in the field 452). 

55 [0048] At box 486, the IP header is stripped leaving 
the packet hardware, thereby yielding the MPEG packet 
in its native form. At box 488, the MPEG packet is sent 
to the DSP associated with the specified target port for 
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further processing. The processed MPEG packet may 
ultimately be provided in an output transport stream for 
receipt by a decoder. 

[0049] FIG. 5 illustrates a processing card for trans- 
coding, muxing or other processing, in accordance with 
the present invention. 

[0050] The example shows the transcoding card 220 
of FIG. 2, where four DSPs 224 are provided. 
[0051] Accordingly, it can be seen that the present in- 
vention provides an efficient, integrated solution for 
processing input transport streams, such as MPEG2 
streams. The invention provides PID aliasing in a sys- 
tem where MPEG packets are routed among various 
cards in a chassis to provide target processing functions 
such as transcoding, multiplexing, splicing, scrambling, 
and so forth. Customized IP-type routing is used to route 
the packets among the cards. A packet with any PID can 
be routed to any target MPEG2 processing engine on 
any board across a backplane. The system may use off- 
the-shelf components to improve cost effectiveness and 
reduce development time. 

[0052] Furthermore, PID aliasing is performed by tak- 
ing advantage of the architecture of an IP router on a 
target processor card to embed values within an IP 
packet based on the destination IP address. A memory 
lookup based on the destination IP address is used to 
indicate which one of multiple outputs and, in turn, target 
processors the packet is to be routed to. The aliased 
PID is embedded in the destination MAC address as the 
packet is sent out of the IP router. These parameters 
are programmed by a host CPU via PCI. 
[0053] Moreover, by having PID aliasing embedded 
within the IP router, ten 32Kbyte DPRAMs on the input 
processing card are eliminated, compared to some con- 
ventional systems, which in turn lowers cost and in- 
creases reliability since there are fewer components 
that can fail. 

[0054] Although the invention has been described in 
connection with various preferred embodiments, it 
should be appreciated that various modifications and 
adaptations may be made thereto without departing 
from the scope of the invention as set forth in the claims. 
[0055] For example, while specific hardware has 
been identified herein for implementing the present in- 
vention, any suitable substitute hardware/software that 
provides an analogous functionality may be used. 


comprises a first field that contains source in- 
formation regarding the recovered packet; 

wherein the encapsulated packet includes an 
5 original packet identifier therein; 

means for providing a packet identifier alias 
value in accordance with the source information in 
the first field; 

means for inserting the packet identifier alias 
10 value into a second field of the encapsulating pack- 
et; 

means for retrieving the packet identifier alias 
value from the second field, and replacing the orig- 
inal packet identifier in the encapsulated packet 
?5 with the packet identifier alias value; and 

means for decapsulating the encapsulated 
packet with the packet identifier alias value therein 
to provide a corresponding decapsulated packet. 

20 2. The apparatus of claim 1, wherein: 

said first field comprises a destination address 
field. 

25 3. The apparatus of claim 1 or 2, wherein: 

the encapsulating packet is provided according 
to a customized Internet Protocol. 

30 4. The apparatus of one of claims 1 to 3, wherein: 

the transport stream is provided according to a 
broadband communication scheme. 

35 5. The apparatus of one of claims 1 to 4, wherein: 

the chassis is provided at a headend of a broad- 
band communication network. 

^0 6. The apparatus of one of claims 1 to 5, wherein: 

the source information comprises a source slot 
from which the packet of digital data is recov- 
ered. 

45 

7. The apparatus of one of claims 1 to 5, wherein: 


Claims 


A processing circuit card apparatus receivable in a 
chassis, and adapted to receive data from an input 
card in the chassis via a backplane, comprising: 

means for receiving at least one encapsulating 
packet from the input card, wherein the encap- 
sulating packet encapsulates a packet of digital 
data recovered from a transport stream, and 


the source information comprises a source port 
from which the packet of digital data is recov- 
50 ered. 

8. The apparatus of one of claims 1 to 5, wherein: 

the source information comprises the original 
55 packet identifier. 

9. The apparatus of one of claims 1 to 8, wherein: 
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10 


the means for providing the packet identifier ali- 
as value performs a lookup to obtain the packet 
identifier alias value based on the source infor- 
mation. 

10. The apparatus of claim 9 S wherein: 

the lookup is configured by a system host com- 
puter. 

11. The apparatus of one of claims 1 to 10, wherein: 

the second field comprises a destination medi- 
um access control (MAC) address. 

1 2. The apparatus of one of claims 1 to 1 1 , wherein the 
retrieving and replacing means, and the decapsu- 
lating means are each provided in a plurality of dif- 
ferent processing paths, further comprising: 

a router for routing the encapsulating packet 
with the packet identifier alias value therein to 
a selected one of the processing paths for 
processing thereat. 

13. The apparatus of claim 12, wherein: 


1 9. A method for processing data at a processing circuit 
card that is receivable in a chassis, and adapted to 
receive data from an input card in the chassis via a 
backplane, comprising the steps of: 

5 

receiving at least one encapsulating packet 
from the input card, wherein the encapsulating 
packet encapsulates a packet of digital data re- 
covered from a transport stream, and compris- 
w es a first field that contains source information 

regarding the recovered packet; 

wherein the encapsulated packet includes an 
original packet identifier therein; 
15 providing a packet identifier alias value in ac- 

cordance with the source information in the first 
field; 

inserting the packet identifier alias value into 
a second field of the encapsulating packet; 
20 retrieving the packet identifier alias value from 

the second field, and replacing the original packet 
identifier in the encapsulated packet with the packet 
identifier alias value; and 

decapsulating the encapsulated packet with 
25 the packet identifier alias value therein to provide a 
corresponding decapsulated packet. 


the router selects the selected processing path 
in accordance with the source information in the 
first field. 3° 

14. The apparatus of claim 13, wherein: 

the router is configured by a system host com- 
puter for performing the selection. 35 

1 5. The apparatus of one of claims 1 2 to 14, wherein: 

the router has a plurality of output ports, each 
output port coupled to one of the processing *o 
paths. 

16. The apparatus of one of claims 12 to 15, wherein: 

each of the processing paths comprises a tar- *5 
get processing function. 


17. The apparatus of claim 16, wherein: 


the target processing functions are common in so 
the different processing paths. 


18. The apparatus of one of claims 12 to 17, wherein: 


the router comprises a lookup table for select- 55 
ing the processing path on which to route the 
encapsulating packet. 
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RECEIVE MPEG PACKET AT INPUT CARD 

^470 




BUILD AN IP HEADER AROUND THE MPEG2 PACKET WITH THE 
DESTINATION IP ADDRESS THAT INCLUDES THE SOURCE OF THE 
PACKET: SLOT NUMBER, PORT NUMBER AND ORIGINAL PID 

^472 




PROVIDE THE ENCAPSULATED MPEG PACKET TO THE 
IP ROUTER ON THE INPUT CARD 

^474 




INPUT CARD ROUTER PERFORMS A LOOKUP BASED ON THE 
DESTINATION IP ADDRESS TO DETERMINE WHICH TARGET BOARD 
THE PACKET IS TO BE ROUTED TO 

^-476 




PACKET IS RECEIVED AT A PROCESSING CARD ROUTER 

^478 


n 


FIG.4b-1 


FIG.4b-1 
FIG.4b-1 

FIG.4b 


BNSDOCID: <EP 1217638A1 J_> 


EP 1 217 838 A1 


PROCESSING CARD ROUTER PERFORMS A LOOKUP BASED ON 
THE DESTINATION IP ADDRESS TO FILL IN THE PID ALIAS VALUE 
IN THE DESTINATION MAC ADDRESS FIELD, AND TO IDENTIFY 
A TARGET PORT OF HARDWARE 


480 


PROCESSING CARD ROUTER PASSES THE MODIFIED 
ENCAPSULATED MPEG2 PACKET TO THE TARGET PORT OF THE 
HARDWARE ON THE PROCESSING CARD 


•482 


PROCESSING CARD ROUTER PROVIDES PACKET HARDWARE THAT 
DECAPSULATES THE CUSTOMIZED IP PACKET; THE PID ALIAS 
VALUE WITHIN THE DESTINATION MAC ADDRESS FIELD IS 
SUBSTITUTED FOR THE ORIGINAL PID WITHIN THE MPEG2 PACKET 
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IP HEADER IS STRIPPED, LEAVING THE PACKET HARDWARE, 
TO OBTAIN THE MPEG PACKET 
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MPEG PACKET 

IS SENT TO THE DSP FOR FURTHER PROCESSING. THE 
DATA FROM THE IP ROUTER PASSES THROUGH THE ONE-TO-ONE 
MAPPING BETWEEN THE HARDWARE AND DSP 
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